home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
JCSM Shareware Collection 1996 September
/
JCSM Shareware Collection (JCS Distribution) (September 1996).ISO
/
db_other
/
12150g01.ziv
/
WAMPUM45.EXE
/
lha
/
WAMPUM
/
README.DOC
< prev
next >
Wrap
Text File
|
1993-02-25
|
73KB
|
1,150 lines
WAMPUM 4.5 Supplemental Documentation
This documentation supplements the existing Second Edition, User's Guide
and provides a thorough discussion of ALL new WAMPUM 4.5 features. This format
was chosen because of the substantial existing user base for earlier versions.
In short, you do not have to print or read the existing Second Edition User's
Guide if you already have mastered it. If you are new to WAMPUM, please read
the User's Guide FIRST. Only features of WAMPUM 4.0 forward are outlined here.
WAMPUM continues to be one of the fastest and most powerful dBASE-
compatible products on the market. Individual files are "limited" to one
billion records (if you can afford the disk storage). 400 fields per data base
are supported, and memo fields are limited only by the amount of available
system memory in your system. This version is compatible with WAMPUM Remote,
an ANSI/BBS Door version of WAMPUM supporting multi-user remote dial-in access.
WAMPUM 4.5 finally brings FULL relational power to the ShareWare market.
The breadth of new features also provides the best of every known data base on
the market as well as a few specials of our own. These include:
* WAMPUM now can be loaded as a pop-up TSR consuming less than 20K
* Version 4.5 directly supports .PCX image fields while retaining dBASE
file compatibility. Hercules, EGA, and VGA monitors are supported.
* Fully relational table lookup from up to 9 "pop-up" data bases
* Reports and mailing labels using up to 5 relational data bases
* State-of-the-art form letters using up to 5 relational data bases
* Unlimited computational functions in RELATED data bases means you can
develop full-featured accounting or inventory systems without writing
a single line of program code!
* "Power Browse" brings the BEST full screen browse utility to the
market allowing complete edit, update, append, delete, and undelete
functionality on a single screen containing any selected group of
records from a data base of any size. These records are displayed in
spreadsheet format (15 records per screen). Hot keys allow you to
move to the top or bottom of a file as well as any particular record.
* New UNIQUE table permits automatic generation of order numbers, part
numbers, or any other field requiring a unique key.
* New PHONFILE table brings a "pop-up" phone dialer to WAMPUM.
* New DOSAPPS table brings a "pop-up" DOS application menu to WAMPUM
permitting users to select and run DOS applications requiring up to
512K of memory WITHOUT EVER LEAVING WAMPUM. Move over DesqView!
* New DITTO hot-key allows users with a single keystroke to instantly
duplicate any previously typed field data.
System Requirements: 512K PC/XT/AT/286/386/486 with DOS 2.1 or higher. DOS 3.1
or higher is required for network applications. Hard disk is strongly recom-
mended although WAMPUM will run on a dual floppy system with at least one 720K
or higher floppy drive. WAMPUM requires 390K of free and clear RAM to load!
To display .PCX picture fields in your data bases, you must have either a VGA,
EGA, CGA or Hercules-compatible graphics card and monitor.
Licensing: 30-day ShareWare license, no charge. Single-user license, $50 per
PC plus $5 shipping/handling ($10 foreign) for user's choice of latest available
versions. Network license, $195 per network server plus $5 shipping/handling
for unlimited use on a single network. Soft-bound Second Edition manual, $20.
Support: 90 days free telephone support by calling 404/237-9420 between the
hours of 6 p.m. and 9 p.m. Atlanta time, Monday through Thursday. 90 days free
BBS or mail support to registered users in addition to telephone support. Call
our BBS at 706/746-5109. Save $$'s on voice calls: 10288-0-700-WARD-MUNDY.
Product Reviews: Many ask whether WAMPUM has been evaluated and, if so, what
the reviewers said about the product. Here is a sample of reviews covering
version 3 of WAMPUM:
"WAMPUM is the best database manager I know of. [It's] a
dBASE III clone that, in reality, is a great improvement over
the original. It is not only a database manager with an
excellent, easy-to-learn interface, it is a complete
development package. It features a long, impressive list of
capabilities and is fully file-compatible with dBASE III. The
documentation . . . is excellent explaining all the WAMPUM
functions in detail." Jim Pile, PCM Magazine.
"WAMPUM is comparable to dBASE III in features and power but
offers a menu-driven interface. It uses a dBASE III -
compatible file structure and offers network support,
multiple indexes, relational functions, printer templates,
macros, and password protection." George Campbell, PC World.
"WAMPUM is well-conceived and well-implemented... impressive,
a must for anyone who seeks simplified dBASE capabilities.
WAMPUM might be viewed as what Ashton-Tate's RapidFile should
have been, a menu-driven version of dBASE. WAMPUM is more
powerful and much cheaper than RapidFile and Alpha Three,
other attempts to put a menu face on dBASE. With network
support and other clever features, WAMPUM is, in many ways,
more capable than dBXL." John L. Hawkins, Data Based Advisor.
"The question may not be 'how much does it cost.' The only
valid question is 'Will it do the job for me?' . . . For
personal or recreational database use, WAMPUM is a gift-horse
that you can afford to 'look in the mouth.' For business,
here is an industrial grade product full of embellishments.
Indeed, WAMPUM is close to dBASE III Plus in performance."
Hal Nieburg, Computer Shopper.
And now, WAMPUM 4.5 brings you FULL RELATIONAL POWER plus ease of use and up to
50 per cent better performance than dBASE III Plus:
Using 10,000 records WAMPUM dBASE III Plus
--------------------- ------- --------------
Index all records 17 sec. 27 sec.
Count random records 5 sec. 7 sec.
List random records 8 sec. 12 sec.
Replace all records 23 sec. 34 sec.
WAMPUM has been developed and refined over a period of seven years. Hype
aside, we think you will find it offers more features and performance per dollar
than ANY other data base package in the world. It was written the old-fashioned
way, in a basement. It was not developed by committee or by hired hands. And we
have never spent one nickel advertising WAMPUM. Consequently, it is also the
least expensive data base package in the world. We plan to keep it that way.
It might also interest you to know that the last "bug" report filed by a user
was over 18 months ago. If any of these diffferences from commercial products
trouble you, then please feel free to look elsewhere for your DBMS product.
Our special thanks goes to the thousands of current WAMPUM users. Most of
the new features in version 4 are the result of their suggestions. If you have
ideas that would make WAMPUM a more useful product, please drop us a note.
We'd love to hear from you, too!
The User's Guide fully explains the concept of ShareWare if you don't
already know. It is a "try before you buy" deal. It does not mean use the
software forever without compensating the author. Unlike some ShareWare authors
who receive substantial revenues from commercial sales of their products, we
don't do this for one simple reason: it costs you money!
This program is produced by a member of the Association of Shareware
Professionals (ASP). ASP wants to make sure that the shareware principle
works for you. If you are unable to resolve a shareware-related problem with
an ASP member by contacting the member directly, ASP may be able to help. The
ASP Ombudsman can help you resolve a dispute or problem with an ASP member,
but does not provide technical support for members' products. Please write to
the ASP Ombudsman at 545 Grover Rd, Muskegon, MI 49442-9427 or send CompuServe
message via CompuServe Mail to ASP Ombudsman 70007,3536.
While any dummy can create a data base, add a few records, and print a list
or report, there is much, much more to WAMPUM. It was designed to meet all the
data base requirements of very sophisticated businesses and organizations. What
you get out of WAMPUM is directly proportional to the effort you are willing to
put into learning it.
Beginning with this version of WAMPUM, we will provide two years' worth of
free WAMPUM updates to anyone who sends us an uncopyrighted, WAMPUM application
which we deem sophisticated enough to place on our bulletin board system. A few
pages of documentation on disk also would be appreciated as well as a brief
summary of the function of the application. Please indicate which version of
WAMPUM is required for the application, e.g. Clipper, dB3, or FoxBASE+.
WAMPUM's power is derived from our use of the very best compilers in the
personal computer data base market. As you may have read, the so-called dBASE
market is splintering badly as we enter the 1990's. For this reason, future
versions of WAMPUM may have significant differences depending upon the version
you order. The next page summarizes our current offerings.
The following software licenses currently are available from Ward Mundy
Software, 4160 Club Drive, Atlanta, GA 30319 USA:
WAMPUM 4.5C (Clipper-compatible indexes) is a full-featured, fully-relational,
menu-driven, memory resident dBASE III Plus-compatible data base management
system. As with all current WAMPUM versions, WAMPUM 4.5C uses dBASE III-
compatible data bases except users may opt to increase the number of data base
fields beyond 128 and up to 400. If the number of fields exceeds 128, then
dBASE III file compatibility is forfeited. This would mean that such data bases
could no longer be used with products such as dBASE III Plus, dBASE IV,
FoxBASE+, or FoxPro. If performance is a key consideration and/or reliability
on a network, we would recommend version 4.5C to you.
WAMPUM 4.5D (dBASE III+ compatible indexes) is virtually identical to WAMPUM
4.5C except that this version uses dBASE III Plus-compatible indexes. Indexes
are the supplemental files that WAMPUM uses to maintain sorts of your data base.
While the indexes are functionally equivalent to Clipper indexes, their internal
format is different. With large data bases, Clipper indexes tend to be much
smaller and much faster in operation. dBASE III Plus indexes are comparatively
poor performers in a network environment. However, if you use dLITE, dBASE III
Plus or dBASE IV and need to maintain index as well as data base compatibility,
we would recommend version 4.5D to you.
WAMPUM 3.3F (FoxBASE+ version) provides the functionality described in the
Second Edition of the User's Guide. Currently, it does NOT support version 4
enhancements described in this README file. Its other key difference from the
above versions is that it relies upon the FoxBASE+ run-time interpreter which is
licensed to you with the WAMPUM software. Because FoxBASE+ is an interpretive
language, it gives WAMPUM the added flexibility of providing you a simulated dot
prompt or "command mode." In this mode, you can enter dBASE-like commands just
as you would with dBASE III Plus. You also can write your own simple, unnested
programs up to approximately 500 lines of code. We do NOT provide technical
support on matters regarding the command mode or programs you write. Virtually
any good dBASE III Plus reference book can assist you with the available
commands in the dBASE language. FoxBASE+ is a superset of that language.
WAMPUM 3.3C or 3.3D (Floppy-only versions) are available to those with no hard
disk and no floppy disk support above 360K format. 2d Edition functions apply.
dLITE 1.1 (dBASE III+ compatible indexes) is a pop-up, memory resident desktop
file manager. It permits a user to access up to 10 different dBASE-compatible
data base applications from within almost any text-based application. In
addition to powerful file management functions, dLITE also includes a unique
paste function permitting users to extract data from any data base and stuff it
into a word processing document, spreadsheet, or any other foreground appli-
cation. System requirements: 160K free RAM or 100K with 64K expanded memory.
Badge-O-Magic 2.0 (Clipper or dBASE III compatible indexes) is a program which
produces one to four line badges or name tags using any LaserJet II-compatible
laser printer. Six soft fonts are included with the software providing type
sizes of 12 to 40 points with automatic font sizing and centering on the badges.
This is the ideal product for those needing easy-to-read name tags for conven-
tions, meetings, or social gatherings. The software is completely menu-driven
and includes a powerful file manager for manipulating dBASE III-compatible data.
MenuMaker is a software development tool which allows a developer to draw a data
entry screen as it should appear with any of the WAMPUM or dLITE products.
Using point-and-shoot menus, the developer then links the data entry screen to
the desired data base. MenuMaker then writes the necessary application code.
I. Developer's Power Browse
WAMPUM 4.5 sets a new standard for full-screen BROWSE functionality in DBMS
software currently on the market. Instead of displaying one record for editing
at a time, POWER BROWSE displays 15 records simulataneously. Records quickly
can be ADDED, CHANGED, DELETED, or UNDELETED within the POWER BROWSE facility.
POWER BROWSE also allows you to predefine the sort order and group of
records with which you want to work. For example, you could select just records
entered for a given month to browse. Or, you could choose just those records in
which a payment was overdue.
To run POWER BROWSE, follow these simple steps:
(1) Start WAMPUM in developer mode by typing WAMPUM VOODOO at DOS prompt.
(2) Choose the file and indexes with which you wish to work. Press ALT-I
from the Main System Menu to select the lead index for sorting data.
(3) Press ALT-S from the Main Menu if you wish to narrow down the group of
records to be used in POWER BROWSE. Or, you may enter standard dBASE
selection criteria by choosing the S - Select Utilities option.
(4) If you want to work with a specific group of fields in the data base or
if you want to reorder the sequence of the field display, press ALT-B
and type Y when asked whether to select browse fields. Highlight the
first field to be displayed and press <ENTER>. Continue this process
for any additional fields you want to work with. When finished, <ESC>.
(5) Choose S - Select Utilities option. Use the <Down> cursor to move to
the Developer's Browse Mode option. Type Y in this field and <PgDn>.
(6) The POWER BROWSE screen will appear. A sample is shown below. The top
box of the display tells you what special functions are available.
|-------------------------------------------------|
| Use Arrows to MOVE, <CR> to EDIT, <ESC> to quit.|
| ^Home - 1st Field ^End - Last Field |
| ^PgUp - 1st Record ^PgDn - Last Record |
|-------------------------------------------------|
|---<Record 1 of 2>------------------------------------------------------------|
| LASTNAME FILINGDT FILINGFEE OTHERFEE MARRIED COMMENTS |
|------------------------------------------------------------------------------|
| Adams | 10/10/89 | 14.00 | 1.00 | T | <Memo> |
| Smith | 11/12/89 | 10.00 | 9.00 | F | <Memo> |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
|---<ALT-R to Reposition>------------------------------------------------------|
(7) If you wish to reposition to a particular record in the file, you may
press the ALT-R key which will display a light-bar menu in the middle
of the browse window as shown below. To move to the Bottom of File,
simply highlight this option and press <ENTER>. To move to a parti-
cular record number, highlight the Pick Record # option, press <ENTER>,
type in the desired record number, and press <ENTER>. If your file is
indexed, you can move to the closest matching key to any value you
enter by highlighting the Matching Key option, pressing <ENTER>,
typing all or part of the key to find, and pressing <ENTER> again.
Please note that if your lead index is a date field, the date to find
must be entered in the format YEAR, MONTH, DAY. For example, if the
FILINGDT field entry for 11/12/89 was desired, you would enter
19891112 and press <ENTER>.
|-------------------------------------------------|
| Use Arrows to MOVE, <CR> to EDIT, <ESC> to quit |
| ^Home - 1st Field ^End - Last Field |
| ^PgUp - 1st Record ^PgDn - Last Record |
|-------------------------------------------------|
|---<Record 1 of 2>------------------------------------------------------------|
| LASTNAME FILINGDT FILINGFEE OTHERFEE MARRIED COMMENTS |
|------------------------------------------------------------------------------|
| Adams | 10/10/89 | |================| 1.00 | T | <Memo> |
| Smith | 11/12/89 | |Top of File | 9.00 | F | <Memo> |
| | | |Bottom of File | | | |
| | | |Pick Record # | | | |
| | | |Matching Key | | | |
| | | |Abort Search | | | |
| | | | | | | |
| | | | | | | |
| | | | | | | |
| | | | | | | |
| | | | | | | |
| | | |================| | | |
| | | | | | |
|---<ALT-R to Reposition>------------------------------------------------------|
(8) There are two ways to change existing data. You may simply type over
the data that is already there. If you start typing, the rest of the
current field will be erased automatically. Or, you may move to the
desired field, press <ENTER>, and then begin typing the new data. In
the latter case, existing data will NOT be erased when you start
typing. Press CTRL-Y to delete from cursor to end of field. When the
data has been entered as desired, press <ENTER> to SAVE your changes.
(9) If you begin changing a field and discover you have made a mistake,
simply press <ESC> to restore the original entry.
(10) To mark a record deleted, move the cursor to the desired record, and
press either the <DEL> key or <CTRL-U>. To unDelete a record marked
for deletion, repeat this process again. In short, <DEL> and CTRL-U
toggle the delete function ON and OFF.
(11) To edit MEMO fields, highlight the desired field in the desired record.
The middle of the BROWSE SCREEN will tell you whether the MEMO field
contains data. Press <ENTER> to edit the field. To SAVE your changes, press
CTRL-W. To exit without saving your changes, press <ESC>.
(12) Shown below is a sample memo field once the MEMO EDITOR is called by
pressing <ENTER> while positioned over a MEMO field.
|-------------------------------------------------|
|Use Arrows to move, ^W to save&end, <ESC> to quit|
| ^Home - Top of Memo ^End - End of Memo |
| PgUp - Up 1 Screen PgDn - Down 1 Screen |
|-------------------------------------------------|
|---<Record 1 of 2>--------------<Memo Data>-----------------------------------|
| EDITING KEYS: ^W=SAVE Esc=ABORT ^N=LINE INS ^T=WORD DEL ^Y=LINE DEL |
|------------------------------------------------------------------------------|
| |--------------------------------------------------------------------------| |
| |Here is a sample comment for record 1. | |
| | | |
| | | |
| | | |
| | | |
| | MEMO FIELD: COMMENTS--------------------------------------------RAM: 60K | |
|---<ALT-R to Reposition>------------------------------------------------------|
(13) If you wish to ADD new records to your existing data base while in
POWER BROWSE mode, move to the bottom of the file using either the
cursor keys, CTRL-PgDn, or the ALT-R function. Then press the <Down>
cursor key. A beep will tell you that you are adding a new record to
the data base. To abort the process, press the <Up> arrow. Otherwise,
type the desired data and press <ENTER> to save each new field entry.
NOTE: You cannot add data to a MEMO field while in ADD mode without
first adding data to some other non-MEMO field in the new record.
|-------------------------------------------------|
| Use Arrows to MOVE, <CR> to EDIT, <ESC> to quit.|
| ^Home - 1st Field ^End - Last Field |
| ^PgUp - 1st Record ^PgDn - Last Record |
|-------------------------------------------------|
|---<Adding Record 3>----------------------------------------------------------|
| LASTNAME FILINGDT FILINGFEE OTHERFEE MARRIED COMMENTS |
|------------------------------------------------------------------------------|
| Adams | 10/10/89 | 14.00 | 1.00 | T | <Memo> |
| Smith | 11/12/89 | 10.00 | 9.00 | F | <Memo> |
| *************** | / / | 0.00 | 0.00 | F | <Memo> |
|-------------------------------<Add Record>-----------------------------------|
(14) SPECIAL NOTE: The usual WAMPUM Edit Checks are not executed when you
add or change data using the POWER BROWSE option. This is the reason
the function is reserved for those with the DEVELOPER PASSWORD only!
(15) When you finish using POWER BROWSE, simply press <ESC> to exit.
Confirm your desire to exit by typing Y. The Main Menu will reappear.
II. "Pop-Up" Relational Tables for Table Lookup
Now you can design up to 9 "pop-up" tables to assist end-users with data
entry. They can choose any desired entry in the table and simply press the
<ENTER> key to stuff one or more entries in the lookup table into the foreground
data entry screen. The developer can either define which fields get stuffed
when the end-user selects an entry, or the developer can leave it up to the end-
user to determine which field to stuff.
An example may help. Suppose one is entering orders into a customer order
data base for a parts supplier. Rather than having to type the customer's name,
address, city, state, and zip code each time the customer orders a product, we
would like to look up this information in a "pop-up" customer file and "stuff"
the necessary data into our orders file. We also would like to do the same
thing with the various parts that a customer wishes to order. In other words,
we want to look up the part number, the part name, and the cost of the part.
WAMPUM now lets you design 9 such tables and "store" them under 9 "hot-keys"
so that a user can press ALT-1 through ALT-9 and "pop-up" the desired table at
any time while adding or editing records using the A - ADD or E - EDIT options.
To create table lookup applications, you must do three things. First,
create the TABLE.DBF file structure shown below using the B - BUILD NEW FILE
option, or you may simply copy the TABLE.DBF file provided on the distribution
diskette into each application directory you create. Second, create the table
file (such as the CUSTOMER file or PARTS file described above) and any desired
index to order entries within the file. Third, create an entry in the TABLE
data base file to describe which hot key the user should press and what should
happen when the key is pressed.
Step 1 - Building A New TABLE.DBF File
Start WAMPUM in Developer Mode by typing WAMPUM VOODOO. Choose B - Build
New File. When prompted for a file name, type TABLE and press <ENTER>. Type in
the following entries:
NUM FLD NAME TYPE FLD LEN FLD DEC
--- ---------- ---- --------- -------
1 FILE C 20 0
2 INDEX C 20 0
3 PROMPT C 40 0
4 DISPLAY1 C 10 0
5 DISPLAY2 C 10 0
6 DISPLAY3 C 10 0
7 DISPLAY4 C 10 0
8 DISPLAY5 C 10 0
9 DISPLAY6 C 10 0
10 DISPLAY7 C 10 0
11 DISPLAY8 C 10 0
12 DISPLAY9 C 10 0
13 FLDDATA1 N 3 0
14 FLDFILE1 C 10 0
15 FLDDATA2 N 3 0
16 FLDFILE2 C 10 0
17 FLDDATA3 N 3 0
18 FLDFILE3 C 10 0
19 FLDDATA4 N 3 0
NUM FLD NAME TYPE FLD LEN FLD DEC
--- ---------- ---- --------- -------
20 FLDFILE4 C 10 0
21 FLDDATA5 N 3 0
22 FLDFILE5 C 10 0
23 FLDDATA6 N 3 0
24 FLDFILE6 C 10 0
25 FLDDATA7 N 3 0
26 FLDFILE7 C 10 0
27 FLDDATA8 N 3 0
28 FLDFILE8 C 10 0
29 FLDDATA9 N 3 0
30 FLDFILE9 C 10 0
When all entries have been typed, press <ESC>. When asked whether to
proceed with building the file, type Y.
In the alternative, you may copy the TABLE.DBF file which was provided with
your copy of WAMPUM. You will need to copy it to EVERY directory in which you
build a WAMPUM application unless you wish to leave it in the DOS PATH and
access it from multiple WAMPUM applications. The philosophy of designing WAMPUM
applications and where to place system files is covered in the Developer's
Section of the User's Guide.
Step Two - Creating the Relational Data Base
This step obviously is application specific. What information do your users
need to look up without having to refer to printed lists, cheat sheets, and the
like? A sample application is stored in a directory on your disk named
\WAMPUM\SAMPLE1. Move to this directory by typing CD \WAMPUM\SAMPLE1 at the DOS
PROMPT. Print the README.DOC file in this directory by typing:
COPY README.DOC PRN
Read the documenation then type WAMPUM VOODOO to start up WAMPUM. This
sample application contains two table lookup data bases: one for customers and
one for parts. Notice that each is indexed on a key field. This enables quick
retrieval of data in sorted order for display in the pop-up table.
Add a record to the data base. When the blank form appears, press ALT-9
then <ENTER> to display the customer file. Mundy will be highlighted. Press
<ENTER> to "stuff" Mundy's customer information into your order form. Now press
ALT-1 then <ENTER>, highlight a part, and press <ENTER> again. This will
"stuff" part information into the order form. That's all there is to it!
Step Three - Building the Table Entry in TABLE.DBF
What makes all this magic work depends upon what you enter into the TABLE
data base. This data base determines which "hot-keys" are enabled and what
happens when an end-user presses one of them.
The record numbers of entries in the TABLE.DBF file correspond to the "hot-
keys" they will activate. In short, if entries are made in record 1, then these
entries will be executed when the user presses the ALT-1 "hot-key." If entries
are made in record 2, these are executed by pressing ALT-2. And so on. Up to 9
records can be added to the TABLE.DBF file corresponding to ALT-1 thru ALT-9.
Any blank records in TABLE.DBF are ignored and will not activate a hot-key.
Let's examine a typical TABLE.DBF entry:
|--------------------------------------------------------------------------|
|Record No. 1 |
| |
|FILE| PART INDEX| PART |
| |
|PROMPT| Enter part name or <ENTER> for all: DISPLAY1|PART |
| |
|DISPLAY2|PARTNO DISPLAY3|ONHAND DISPLAY4|COST |
| |
|DISPLAY5|PRICE DISPLAY6 DISPLAY7 |
| |
|DISPLAY8 DISPLAY9 FLDDATA1 7 FLDFILE1|PARTNO |
| |
|FLDDATA2| 8 FLDFILE2|PART FLDDATA3| 9 FLDFILE3|PRICE |
| |
|FLDDATA4 FLDFILE4 FLDDATA5 FLDFILE5 |
| |
|FLDDATA6 FLDFILE6 FLDDATA7 FLDFILE7 |
| |
|FLDDATA8 FLDFILE8 FLDDATA9 FLDFILE9 |
| |
|--------------------------------------------------------------------------|
And here is the ORDERS data entry screen that the entry above would support.
Asterisks show where the looked up data will be stuffed by WAMPUM.
|----------------------------------------------------------------------------|
|Record No. 2 |
|CUSTOMER Mundy, Ward ADDRESS 4160 Club Drive |
| |
|CITY Atlanta STATE GA ZIP 30319 ORDERDT / / |
| |
|PARTNO_1 ***** DESCRIP_1 ********* PRICE_1 ********* QUAN_1 |
| |
|PARTNO_2 DESCRIP_2 PRICE_2 0.00 QUAN_2 |
| |
|PARTNO_3 DESCRIP_3 PRICE_3 0.00 QUAN_3 |
| |
|ORDER_TOT 0.00 ORDERNO |
|----------------------------------------------------------------------------|
In the FILE field of TABLE.DBF, you enter the name of the data base to be
used for the table lookup. It may include a path if desired. In the INDEX
field, enter the name of the INDEX file, if desired. If an index is used, the
file will be sorted in the order of the index when the table is popped up.
Specifying a PROMPT determines whether the user will be asked to enter search
criteria before the pop-up table appears. The prompt should correspond to the
INDEX which will be used for the lookup.
The 9 DISPLAY fields permit you to define up to 9 fields from the table
which should be shown when the table pops up. If all the DISPLAY fields are
left blank, then ALL fields in the table will be displayed and the user can
browse through all of them. This may or may not be what you desire.
There also are 9 pairs of FLDDATA and FLDFILE fields. This is where you
tell WAMPUM which fields from the table lookup entry should be stuffed in which
fields displayed on the data entry screen. You do NOT have to specify any of
these in which case the user could look at a table but could NOT stuff data from
the table into the data entry form. In the alternative, you may specify 1 to 9
pairs of data to be stuffed into the data entry form.
For example, FLDDATA1 above contains an entry of 7 and FLDFILE1 specifies
PARTNO. This means when the user chooses an entry in the table, WAMPUM will
automatically move the PARTNO of the entry chosen to seventh field on the ORDERS
data entry screen. Looking at the primary data entry screen tells you that the
seventh field is the first part number ordered field: PARTNO_1.
Two alternatives are available in "stuffing" data. Specifying a number in
the FLDDATA1 field forces data into a specific field on the ORDERS data entry
screen as was done above. In some cases, however, you may wish to use one table
to stuff data into a number of different fields on the data entry screen. If
FLDDATA1 had been left blank (i.e. 0), then WAMPUM will stuff PARTNO into the
field where the cursor was when the pop-up table was activated. The only
drawback of the latter method is that multiple fields obviously cannot be
stuffed with data simultaneously. Since we wanted to look up a part name,
number, and price above, the second approach simply would not be appropriate.
Once you have completed the entries in the TABLE.DBF file, SAVE your work by
pressing CTRL-W. Then <ESC>ape to the Main Menu, and press ALT-0 to reload the
default configuration. Now try out your handiwork!
III. Using 5 Relational Data Bases for Reports & Labels
Prior versions of WAMPUM already supported one additional relational table
for relating during execution of reports and labels. WAMPUM 4.5 expands this to
five through the W - WAMPUM Preformatted Output option. If you have existing
WAMPUM applications, these can be modified by changing the structure of your
WAMPUM.DBF files to the following:
NUM FLD NAME TYPE FLD LEN FLD DEC
--- ---------- ---- --------- -------
1 DATAFILE C 8 0
2 SORTINDX C 8 0
3 RPTLBLFRM C 1 0
4 OUTFILE C 8 0
5 FONT N 1 0
6 CRITERIA C 213 0
7 DESCRIP C 30 0
8 RELFILE C 8 0
9 RELKEY C 8 0
10 RELFILE2 C 8 0
11 RELKEY2 C 8 0
12 RELFILE3 C 8 0
13 RELKEY3 C 8 0
14 RELFILE4 C 8 0
15 RELKEY4 C 8 0
16 RELFILE5 C 8 0
17 RELKEY5 C 8 0
New applications automatically will have a WAMPUM.DBF file created with the
above structure when you choose W - WAMPUM Preformat and tell the system to
create the new file. Existing rules for relating data bases as outlined in the
Second Edition User's Guide apply to the additional relations as well.
A sample application demonstrating the new relational file capabilitity is
stored on your disk in the \WAMPUM\SAMPLE2 directory. Read its README.DOC file.
IV. Computational Functions in Related Data Bases
Prior versions of WAMPUM supported CALCULATED FIELDS in the primary data
base through entries in the EDIT.DBF file. See the Second Edition User's Guide
for more information.
WAMPUM 4.5 greatly expands this functionality by now allowing CALCULATED
FIELDS in not only the primary data base but in any number of related data bases
as well.
The SAMPLE1 application in \WAMPUM\SAMPLE1 gives a good example of where
this would be used. You are filling orders for PARTS. As you fill out an order
form for parts, you would like the system to automatically reduce your existing
inventory of the parts ordered by an amount corresponding to the quantity of
parts sold. Prior to WAMPUM 4.0, this typically required the services of a very
skilled programmer. Now, you can do it yourself.
Read through the \WAMPUM\SAMPLE1\README.DOC file and then complete a couple
of orders. Change to the PART file and display several of the PART records, you
will notice that the ONHAND quantities are decremented corresponding to the
amount of parts you ordered.
To set up a computational function in a related data base, you simply add a
record to the EDIT.DBF file (after READING and FOLLOWING the rules outlined in
the User's Guide with respect to record 1). See the section in the User's Guide
entitled "Using Table-Lookup for Calculated Fields." It begins on page 64.
The syntax is identical to that shown in the User's Guide on p. 65 with one
enhancement. For item 2(d), you now may enter either the field number of the
field in the primary data base to be calculated OR you may enter the actual
field name of a field in the related file specified in item 2(b).
V. Using the UNIQUE table to calculate unique entries
There are a number of times when you need to calculate a unique value for a
particular field. Account numbers, order numbers, part numbers, and the like
all lend themselves to this. WAMPUM 4.5 now will handle the calculation for
you. Here are the steps necessary to implement it.
First, create a new database called UNIQUE. Create a single field with a
field name of UNIQUE, field type Numeric, and a field length of 5-9 digits
depending upon your application. Add one record to this file with the starting
number. The entry should be large enough to fill out all field positions with a
number. For example, if a five digit field is used, start with at least 10000.
Store this file in the directory in which you are building your application
that will rely on the UNIQUE table. Add an entry to the EDIT.DBF table (with
the caveats outlined above) which looks like the following:
EDITTEST: #HELPCODE=1 .AND. EMPTY(FLDDATA[20])
ERRMSG: 20,UNIQUE
The # sign tells WAMPUM that this calculated field will rely upon the UNIQUE
table. Following the # sign, specify the logical expression telling WAMPUM when
the calculation should be executed. In this case, HELPCODE=1 tells WAMPUM to
execute this instruction only when the user is in ADD RECORD mode. The
remaining condition assures that a table calculation is not performed if there
already is an entry in the field.
In the ERRMSG field, specify the number of the field to be calculated, then
a comma, and then the expression to calculate the field value. Looking at the
ORDERS data entry screen several pages back reveals that the ORDERNO field is
field #20. Since it is a numeric field, the numeric contents of UNIQUE can be
"stuffed" directly into the field.
NOTE: WAMPUM always increments the UNIQUE value by 1 BEFORE stuffing the
value in the designated field.
An example of the above is also contained in the \WAMPUM\SAMPLE1
application. Read the README.DOC file in that directory for additional details.
VI. "Pop-Up" Phone Dialer
For those with a Hayes-compatible modem, WAMPUM now provides a pop-up phone
dialer from the Main System Menu. Make sure you connect a telephone to your
modem's telephone output jack.
Copy all of the PHONFILE files (PHONFILE.*) into each directory where you
wish to use the pop-up phone dialer. Or place these files in your DOS PATH.
Run WAMPUM in Developer Mode by typing WAMPUM VOODOO. Use F - File Select
and choose the PHONFILE data base. When the Main Menu reappears, you can use
the A - Add Records option to add new entries to your phone file. When you
finish adding names and phone numbers, return to the Main Menu and press ALT-0
to reload your default configuration.
Choose the * - CONFIG Update option and enter the number of the COM port to
which your modem is attached. If you have TOUCH-TONE service and a Hayes-
compatible modem, the MODEM INIT string should be fine. Specify the time in
seconds that WAMPUM should wait before redialing. A value of 30 to 45 is
recommended. Then <PgDn> and SAVE your new configuration to disk.
To use the phone dialer, return to WAMPUM's Main System Menu. Press ALT-P.
The dialer menu will pop-up. Highlight the person you want to call and press
the <ENTER> key. Or you can exit from the dialer by pressing <ESC>ape.
The dialer should dial the desired number within 3 seconds. Pick up your
telephone and wait for the called party to answer. When they answer, press
either the <ESC> key or the space bar to turn OFF redial.
If you get a BUSY signal, press <ENTER> to immediately redial the number.
VII. "Pop-Up" DOS Applications Menu
WAMPUM 4.5 now permits developers to build in as many external DOS
applications to WAMPUM's Main Menu as desired. Each application may use up to
512K memory provided you have at least a 640K system. In short, end-users may
now execute other DOS applications including word processors, communications,
and spreadsheet software without ever leaving WAMPUM's Main Menu.
The only system requirement is that you keep at least 512K of empty disk
space since WAMPUM uses this work space when external applications are run.
A sample DOSAPPS.DBF file accompanies the software. This data base can be
changed to meet your individual needs. There is no limitation to the number of
applications which can be added to the file. However, the applications will
pop-up in the same order in which they are entered into the file.
Here is a sample DOSAPPS data entry form.
|-------------------------------------------------------------------------|
|Record No. 2 |
|PROGRAM Exit to Small DOS SUPERVONLY F |
| |
|COMMAND C:\command TEMPDRIVE |
| |
|MEMORY 128 PAUSE F |
|-------------------------------------------------------------------------|
In the PROGRAM field, specify the text which should display for this
application when the user selects the ! - RUN External Program option.
In the SUPERVONLY field, type T or Y if only those running with the
developer password should have access to this application. Otherwise, the
application will be available to anyone who has privileges to use the ! option.
In the COMMAND field, type the actual DOS command to be executed. This may
include a drive and path name with DOS 3.0 and higher IF the program does not
rely on overlays OR if the program is stored in a DOS PATH directory. The
command must be the name of a file with an extension of .EXE, .COM, or .BAT.
Note that .BAT batch files may contain any combination of DOS commands. If you
use a batch file and change drives or directories, make certain that you change
back to the appropriate drive and directory before exiting back to WAMPUM.
In the TEMPDRIVE field, specify the drive where WAMPUM must have 512K of
disk space for work space. If the default drive has this must space, leave this
blank. If you have a RAMDRIVE with 512K free, this is the ideal drive.
In MEMORY, enter the maximum amount of memory which will be needed by this
application. If the number is too low, the application will NOT load. If you
leave it blank, WAMPUM will use all available memory up to 512K. If your
program needs less memory than 512K, do NOT leave it blank. Inserting a lower
number will permit WAMPUM to load your application quicker.
Marking the PAUSE field True will cause WAMPUM to pause after you exit your
applicaton before returning to the WAMPUM Main System Menu.
The sample above shows how one would specify an option allowing the user to
exit to DOS. The user then can return to WAMPUM by typing EXIT at the DOS
prompt.
Important NOTE: Since WAMPUM swaps a portion of itself to disk while other
programs are running, there is NO performance degredation in running other DOS
programs from within WAMPUM. Once these programs are loaded into memory, they
will operate just as if they had been run from the DOS prompt.
VIII. The DITTO hot-key
By popular demand, we have added a DITTO "hot-key" that will duplicate any
previously entered data for the same field in any other record. The hot key is
ALT-N and is available in both ADD and EDIT modes of WAMPUM.
IX. A Few Gotcha's to Watch Out For
When you create indexes within WAMPUM, the program records which indexes go
with which data bases in a file called filename.mem where filename is the name
of the data base. Do NOT delete indexes at the DOS level! Delete them within
the I - Index Select/Create option. In this way, WAMPUM will update the .MEM
file correctly. Otherwise, you will get smoke when you attempt to use the data
base again. If you forget and delete indexes at the DOS level, then simply
delete the FILENAME.MEM file corresponding to the data base file name. You then
must reselect the indexes which go with this data base the next time you use it.
The Browse functions have been reworked considerably from version 3. If you
wish to browse before editing or displaying complete records with E - Edit
Record or D - Display Records, then press ALT-B to TURN ON BROWSE. If you want
to select fields to browse, mark the option Y, highlight the desired fields and
press <ENTER>. <ESC> when done. Until you turn BROWSE OFF by pressing ALT-B
again, you always will get a browse display when using display or edit options.
Setting a BROWSE FIELD LIST in record 1 of EDIT.DBF is no longer supported.
If you wish to permanently record the BROWSE status as well as the BROWSE
FIELDS LIST, then first perform the steps in the paragraph above. Now choose
the * - CONFIG Update option. When the configuration screen appears, press
<PgDn>, then type Y to save the configuration to disk. The POWER BROWSE
features described on page 5 of this file use the same FIELD LIST.
The hardest thing to learn in dBASE seems to be how to concatenate (join)
two fields for a mailing label. It is covered in detail in the Second Edition
User's Guide. It is repeated here for those that don't read that far. You can
only join character fields in dBASE. If you wish to join fields which are not
character fields, you must first convert them to character fields using a dBASE
"function." STR() is the numeric to string function. It converts a number to a
character field. DTOC() is the date to character function. It converts a date
to a character field. If you have a numeric field named FEE, you can convert it
to a character string with the expression STR(FEE,7,2) where 7 is the TOTAL
number of positions in the character string (including the decimal point, if
any) and 2 is the number of decimals. If you have a date field named BIRTHDAY,
you can convert it to a character string with the expression DTOC(BIRTHDAY).
Usually what causes mailing labels to self-destruct is a label format in
which CITY and STATE are character fields and ZIP is a numeric field (a NO-NO!
since some zip codes start with a zero which will NOT be preserved in a numeric
field). If you insist on leaving ZIP as numeric, then the correct expression to
join these three fields AND trim off trailing spaces from the CITY field is as
follows: TRIM(CITY)+", "+STATE+" "+STR(ZIP,5). If the three fields were ALL
character fields, the expression is TRIM(CITY)+", "+STATE+" "+ZIP. The periods
which end the two sentences above are NOT part of the expressions! Whew!
Do NOT delete the MENU #'s list in the * - CONFIG Update option. These are
the item numbers on the Main System Menu. For each number you delete, the
corresponding option on the Main System Menu will NOT work!
The HEADING above the Main Menu can be changed easily by choosing * - CONFIG
Update. It does NOT necessarily reflect the current WAMPUM version! Read the
logo after exiting to DOS to determine your current WAMPUM version.
The Clipper and dB-3 compatible index versions of WAMPUM do NOT support
changing a field type in an existing file UNLESS you also change the field name.
Changing the field name will NOT preserve existing data! You have several
options if you want to preserve your data AND change the field type of an
existing field in the data base. First, if you have not yet entered data into
the file, then just create a new data base from scratch. Second, you may add a
field to the existing data base with a new field name and the correct field
type. Leave the old one for the time being. Once the file structure has been
modified, then use the GLOBAL SEARCH and REPLACE option to "move" the old data
into the new field. Step 1 - Choose S - Select Utilities and enter a selection
criteria of RECNO()>=1 which means ALL RECORDS. Step 2 - Choose G - Global
Search and Replace option. Use the <Dn> arrow to choose the NEW field. Press
<ENTER>. Type the expression necessary to copy the data from the old field.
REMEMBER: You MUST use a CONVERSION FUNCTION described above to convert the old
data into the new TYPE data! Once this finishes, look through your records to
make sure you got what you wanted. When you are satisfied, change the structure
of your data base again by selecting B - Build New File then entering *. Now
delete the field you no longer need.
Finally, if you get errors every time you attempt to start up WAMPUM,
chances are there is something wrong with your default data base. You can get
into WAMPUM easily if you first delete the WAMPUM.MEM file in the default data
base. Deleting this file means you are deleting your default configuration!
X. Loading WAMPUM as a TSR
As with many features in WAMPUM, we endeavor to provide the latest and
greatest bells and whistles in the industry. One such feature is the ability to
load even very large programs (such as WAMPUM) as miniscule terminate-and-stay-
resident programs (TSR's). For those unfamiliar with TSR technology, it gives
the user the ability to load a program into resident memory and then hide it
from view while working with one or more other programs. One past limitation of
TSR's was their appetite for resident memory, often considerably more than 100K.
This made TSR's less and less desirable as newer programs required more and more
RAM to execute. With WAMPUM 4.5, you now can have your cake and eat it, too.
Once loaded as a TSR in background, WAMPUM consumes less than 20K! It does this
by saving most of the contents of its memory temporarily to someplace other than
main memory. It first looks to see if you have expanded memory, then extended
memory, and finally to your default disk drive. Between the three places, you
MUST have at least 512K of space available. Stated another way, if you have NO
expanded or extended memory, you must have at least a half megabyte of free hard
disk space on your default drive BEFORE loading WAMPUM as a TSR.
WAMPUM 4.5 may be loaded as a TSR by including the word TSR on the command
line when WAMPUM is started. For example, WAMPUM TSR would load WAMPUM as a TSR
while WAMPUM TSRDISK would load it as a TSR and force RAM contents to disk. This
may be necessary with non-standard EMS or extended memory. If loaded from a
batch file, make sure WAMPUM is the last command in the file! Additional batch
commands can be executed in a batch file (TSR.BAT) after loading WAMPUM as TSR.
Once WAMPUM is loaded as a TSR as described above, it can be popped up from
within any other TEXT-BASED foreground application by pressing <ALT-W>. From
WAMPUM's Main Menu only, you then can put it back to sleep in the background by
pressing <ALT-W>. NOTE: The reason for the limitation to WAMPUM's Main Menu is
for YOUR protection. On this menu, all WAMPUM files are always CLOSED and SAFE!
WAMPUM's speed in loading and unloading as a TSR is dependent upon several
factors: the speed of your processor, the amount of extended and expanded memory
you have, and (if you have less than 512K of free expanded or extended memory)
the speed of your hard disk. If you have a clunker XT with 640K and a hard disk
which operates at the speed of a floppy, then WAMPUM's usefulness as a TSR will
NOT be a pleasant experience. On the other hand, if you have 512K of EMS memory
free or a 30 millisecond hard disk, WAMPUM will pop up and down as a TSR almost
instantaneously (with EMS memory) or VERY quickly (with fast hard disk).
XI. Adding .PCX Images to Your WAMPUM Applications (Version 4.5 enhancement)
One of the major deficiencies in the data base market has been the inability
to blend pictures and images into data bases. For example, real estate appli-
cations are much more meaningful if a picture of the property or its floor plan
accompanies the other traditional data base information. In the insurance field
the ability to capture a photo of a piece of property as part of the data base
record would be invaluable. In ID systems, adding photos and/or pictures of a
signature or fingerprint provides a whole new dimension in the data base. And
last but not least, collectors of all persuasions have asked for years for the
ability to capture a picture of the collected item in their data bases whether
they collect artwork, stamps, beer cans, baseball cards, race horses, or wives.
LINKING .PCX IMAGES TO YOUR dBASE DATA BASES
Well, the wait is over! WAMPUM now allows you to link images in the
industry-standard .PCX format to your dBASE-compatible data bases. The steps
to do this are outlined below.
1. Either create a new data base or use an existing dBASE data base.
2. Identify a CHARACTER-type field which will be used to store
the file names of the .PCX files. You can have more than one!
3. As you add records to your data base, type the name of the
.PCX file in this field. For example, if you had a character
field named MLSNUM in which you stored the multiple listing
service number of a particular piece of real estate, then all
that is required to link a .PCX image of the same piece of
real estate to this record is to name the .PCX file the same
as the MLSNUM which was typed in this record.
4. WAMPUM assumes the image file's extension is .PCX unless you
specifically include a file extension. Thus, if the MLSNUM
were 12345, the image file should be named 12345.PCX
DISPLAYING .PCX IMAGES WITHIN YOUR DATA BASES
To display the .PCX files, you MUST have a graphics monitor which supports
either VGA, EGA, or Hercules graphics. If you have an older EGA card which
requires software activation of Hercules-compatible graphics with a monochrome
display, make sure you do this before running WAMPUM.
1. .PCX images can be displayed in ADD, EDIT or BROWSE modes from
WAMPUM's Main Menu. If you choose to EDIT an existing record,
then enter a key to display the desired record.
2. Move the cursor to the field you are using to identify your
.PCX images. E.g. move to MLSNUM in the example above.
3. Press <ALT-V> to view the .PCX image on your graphics monitor.
If WAMPUM beeps at you, then one of several things has
happened: either you don't have a graphics card installed or
enabled, or the field is not a CHARACTER-type field, or there
is no .PCX file with a name matching the data contained in the
current field.
Usually the problem will be a missing .PCX file in your
current directory or DOS PATH. If the field value says 12345,
then you must have a file named 12345.PCX in your directory.
PRINTING .PCX IMAGES FROM YOUR DATA BASES
While the image is displayed on your screen, you may print it provided you
have (1) a graphics printer and (2) if you have previously loaded a graphics
print screen driver which supports your printer BEFORE running WAMPUM.
DOS includes a GRAPHICS.COM program which will allow you to print graphics
images using an IBM or Epson-compatible dot matrix printer. To load the driver
type GRAPHICS at the DOS prompt before running WAMPUM.
If you have an HP LaserJet, there are several public domain or shareware
graphics printer drivers available in the marketplace. Load one of these into
memory before running WAMPUM. For other types of printers, you'll need to shop
around to find a graphics screen print utility that supports your printer.
Once the graphics print driver has been loaded, simply follow the steps
above to display the graphics image within WAMPUM. Then press <SHFT-PRTSCRN>
to print the .PCX display on your printer.
.PCX IMAGE FILES -- SPECIAL NOTES
There are a few things to watch out for when using WAMPUM's graphics image
support.
First, you must appreciate that there are thousands of different graphics
cards and monitors. Most do what the salesman told you they would. A few
don't. If it doesn't work, it simply doesn't work. We have tested WAMPUM
with Hercules, EGA, and VGA cards from the major manufacturers. ALL of them
work! We'd like to know about any incompatibilities, but we can't guarantee
we'll be able to make WAMPUM work with every quirky card and monitor around.
Second, if you have a monochrome monitor and an EGA card, you should be
aware that the EGA card was designed to emulate BOTH the IBM monochrome
display card (which does NOT support graphics) and the Hercules graphics
card (which DOES support graphics). You MUST configure the card to support
the latter. This may require use of a software setting to enable Hercules
graphics mode. WAMPUM cannot distinguish between the two modes, and this may
cause your system to hang if the EGA card is set to non-graphics mode.
Finally, for those new to graphics, you're probably wondering how to con-
vert your photograph into a .PCX file. The cheapest way is with a hand-scanner.
For about $150, you will get fairly good resolution black and white .PCX files.
At the other end of the spectrum, the sky is the limit in terms of cost. The
most popular image capture card is the TARGA 16 with a retail price of $1995.
With this card, you can capture images directly from a video camera which can
output either an NTSC composite video signal (like a VCR) or an RGB analog one.
If black and white scans won't do, a color scanner such as Howtek's Scanmaster
can be had for $6,195. It works well with the Targa 16 from Truevision. You
then will need a program called T-EGA ($199) from Videotex Systems to convert
TARGA files to .PCX format. Their number is 800/888-4336.
The CHEAPEST OPTION for color projects is probably to have someone convert
pictures to .PCX files for you. One such vendor is Graphic Edge. Their number
is 214/638-8416. They charge about 15 bucks a picture for color. ENJOY!!!
CUSTOMIZING THE GRAPHICS DISPLAY ENVIRONMENT
WAMPUM deciphers most graphics cards correctly. If you would prefer a dif-
ferent resolution or number of colors, you may override the settings which nor-
mally would be chosen by adding the following command to your AUTOEXEC.BAT file
or simply typing it at the DOS prompt before running WAMPUM: SET VM=mode where
mode is a number from the following table. Default modes show an asterisk.
MODE RESOLUTION COLORS HARDWARE REQ'D
---- ---------- ------ --------------
4 320 x 200 4 CGA/EGA/VGA
6 640 x 200 2 CGA*/EGA/VGA
13 320 x 200 16 EGA/VGA
14 640 x 200 16 EGA/VGA
15 640 x 350 2 EGA/VGA
16 640 x 350 16 EGA*/VGA
17 640 x 480 2 VGA
18 640 x 480 16 VGA*
19 320 x 200 256 VGA
40 640 x 400 256 Super VGA
41 640 x 480 256 Super VGA
42 800 x 600 256 Super VGA
43 1024 x 768 256 Super VGA
99 --> --> (mode is set by value stored in the .PCX file)
200 720 x 348 2 Hercules*
If you are capturing your own .PCX files and wish to use different reso-
lutions and numbers of colors for different images, then you should issue the
command SET VM=99. In this case, WAMPUM will read the mode setting embedded
in the .PCX file and set the display adaptor accordingly.
Our best advice is to first experiment with no setting of the VM variable.
If the results are unsatisfactory, then you may wish to manually try several
different video mode settings until you find one that meets your needs.
DO NOT UNDER ANY CIRCUMSTANCES SET A VIDEO MODE OTHER THAN ONE OF THE
NUMBERS SHOWN ABOVE. DOING SO WILL ALMOST CERTAINLY SEND WAMPUM INTO
THE OZONE THE FIRST TIME YOU ATTEMPT TO DISPLAY A .PCX IMAGE.
WARD MUNDY SOFTWARE, P.O. Box 1169, ATLANTA, GA 30301
Ph:404/237-9420 AT&T:10288-0-700-WARD-MUNDY Fax:404/237-1167 BBS:706/746-5109
C U S T O M E R I N V O I C E
+---------------------------------------------------------------+
|Customer: |Order Date: |
| |---------------------------|
| |Shipped Dt: |
| |---------------------------|
| |Invoice No: |
| |---------------------------|
| |P.O. Number |
+---------------------------------------------------------------+
+---------------------------------------------------------------+
|QUANTITY |DESCRIPTION |UNIT PRICE| AMOUNT |
|---------|------------------------------|----------|-----------|
| | | | |
| |WAMPUM Second Ed. Users Guide | 20.00 | |
| | | | |
| |WAMPUM 4.5 Single User License| 50.00* | |
| | | | |
| |WAMPUM 4.5 Network License | 195.00* | |
| | | | |
| |WAMPUM Remote 4.5 Single User | 50.00* | |
| | | | |
| |WAMPUM Remote 4.5 Network | 195.00* | |
| | | | |
| |WAMPUM Site License (1993) | 995.00* | |
| | | | |
| |WAMPUM Site License (later) |1500.00 | |
| | | | |
| |MenuMaker for WAMPUM/dLITE | 20.00 | |
| | | | |
| |dLITE 30-day ShareWare Lic. | 5.00 | |
| | | | |
| |dLITE Single User License | 25.00 | |
| | | | |
| |Badge-O-Magic 30-day ShareWare| 5.00 | |
| | | | |
| |Badge-O-Magic License per PC | 45.00* | |
| | | | |
| |Badge-O-Magic Deluxe | 95.00* | |
| | | | |
|---------------------------------------------------------------|
|* Specify INDEX: Clipper( ) dBASE III+( ) 3-1/2" disk?( ) |
|---------------------------------------------------------------|
| | Foreign Shipping Surcharge | 5.00 | |
| | | | |
| Order | Shipping & Handling Charges | 5.00 | 5.00 |
| | |----------|-----------|
| | | TOTAL | |
+---------------------- Thank You! -----------------------------+
NOTE: We provide 50% software discounts to all accredited schools.
TERMS: Please make check payable to Ward Mundy, P.O. Box 1169,
Atlanta, GA 30301. Checks drawn on U.S. banks only! Or you may
send VISA/MasterCard card number, expiration date and signature.